reboot ps3

Code: Select All Code

Avant tout, ceci est n'est pas un "release blog" comme "On the iPhone". Si vous attendez quelques outils sur ce blog comme blackra1n, vous pouvez arrêter de lire de suite. Si vous avez une PS3 Slim et que vous vous plaignez que le hack ne marche pas pour vous, arretez le lire. NOUS NE TOLERONS PAS LE PIRATAGE. Si vous chercher à pirater votre PS3, arrêter de lire de suite. Si vous voulez voir dans quelle direction va ce blog, lisez les récents billets sur le blog de l'iPhone. Les informations sur ce blog sont à des fins de recherches uniquement.

Cela dit, je vais vous dire ce que j'ai fait à ce jour. J'ai ajouté 2 "hypercalls" lv1_peek et lv1_poke. Peek lit la mémoire dans l'espace réel (y compris tout le MMIO), poke écrit. Je peut aussi ajouté d'autres "hypercalls" arbitraires comme je l'entends.

L'hyperviseur est compliqué, il est codé en C++ pour PPC, ce dont je ne suis pas très familié pour l'instant. EN premier j'ai essayer d'ajouter un "hypercall" pour ajouter arbitrairement de la mémoire réelle au LPAR, mais ca continue de planter (parce que je ne code pas), ce qui est très ennuyant, parce que je dois attendre pendant que Linux reboot.

Quelques personnes ont pointé du doigt le fait que je n'avais pas accès au SPE. C'est vrai. Mais du moment que je peux faire ce que je veux avec le système, cela m'importe peu. Le PPE ne peut pas lire les données isolées, mais il peut "dégager" les SPEs. Pour décrypter le PPE vous avez besoin de conserver intact le SPE et sauvegarder la version décrypté. On "dégage" le SPE, et patche la version décrypté. Autre chose intéressante, lorsque vous basculez sur OtherOS, les 7 SPEs sont arrêtés.

Par ailleur, je travail maintenant sur le SPEs isolé (que je peux maintenant charger), parce que ce que je voudrais faire c'est poster les clef de décryptage ici pour que vous puissiez prendre du plaisir.

mount_HDD.self : se lance sans probleme, aucun freeze, aucune erreur, retour xmb immediat.

ftpd.self : une erreur est survenue (80010009)

1.self : une erreur est survenue (80010007)

2.self : message d'erreur plus rapide a s'afficher que les autre, erreur (80029519)

cellftp.self : une erreur est survenue (80010009)

db_backup.self : une erreur est survenue (80010009)

mkfs.self : aucune erreur, aucun freeze, formatte le HDD, reboot de la console

mkfs_085.self : se lance,ecran noir et freeze de la console

nat_checker : une erreur est survenue (80010009)

registry_backup.self : une erreur est survenue (80010009)

NPUA.self : installe l'icone de warhwak,aucune erreur,aucun freeze

ps3toolupdater.self : une erreur est survenue (80010009)

erreur (80010009) : relatif a tout ce qui concerne le bluethoot

erreur (80010007) : Une erreur s'est produite lors de l'opération de démarrage ( lors d'essais de disque de swap)

chrisgamers Wrote:j'ai une petite question la save elle sert a quoi en faite elle permet au freeze ? ou au soit disant reboot de la ps3 ?

[+] CLIQUER POUR AFFICHER

J'ai une slim 120 Go qui :
chauffe du genre mon meuble de télé sur lequel elle repose est chaud et la console brulante, elle craque
plante en cours de jeu avec écran fixe (impossibilité de rien faire hormis reboot)
j'ai eu droit aussi à des écrans noir
bug vidéo (^^ pendant un defi sf4) les perso etaient l'un sur l'autre (pas complètement)
coupure de son et vidéo lors film blu-ray d'origine
qui freeze au lancement de tous les jeux (tien je devrais test un blu-ray gravé ^^ si ca marche je la garde mdr)
manette qui se coupe toute seule (obligé de reboot la console avec le bouton)
fais buguer les ports usb (après avoir reboot je veux mettre le cordon pour recharger que dalle, obligé de laissez la PS3 off)

Bien sûr tout ca quand elle est trop chaude

Voila un message de MathieuLH sur la partie forum d'un site concurent, pour info, Mathieulh etait quelqu'un de tres présent sur la Scène psp.Il s'est aussi interressé à la ps3. Enfin cest pas un idiot il sait de quoi il parle

Alors d'une part, seuls 7 SPE sont utilisés, non pas 8, sur les 7 un des SPU est reservé non pas a lv1 (l'hypervisor) mais aux "loaders" en l'occurence pour les jeux, appldr

maintenant sache que lv2 (le kernel de la ps3) tourne par dessus lv1, cela signifie que si tu crash lv1, tu crash lv2, la ps3 va alors bipper (deux fois) et effectuer un hard reboot si tel est le cas)
Si un des loaders (isolated spu binary) est crashé, la console va alors crasher completement et seul l'utilisation du back switch pourras la faire redémarrer (le front pannel ne répondra plus)

Les sauvegardes sont vérifiées par lv2, non pas par l'hypervisor.

Le risque de lancer du code ppu non signé sur la console est inexistant, celui-ci étant verifié à la volée au préalable par le loader (la binary qui tourne en background au niveau de l'isolated spu)

Il est impossible en game mode de modifier la portion de la ram allouée à l'extérieur du jeu à cause notamment des LPAR, meme chose pour la lecture de cette dernière.

Compte tenu de la nature même de l'autentification du disque (appellée secure authentication) mettant en cause pas mal de variables telles qu'une clé unique par disque (utilisée en tant que seed), une encryption par secteur, et même un identifiant unique dans le sfo, swapper le disque comme cela est fait, fait figure de science fiction. Enfin sache que dumper un Bluray de jeu via linux ne sert a rien, le contenu du dossier USRDIR sera encrypté, (la clé pour décrypter ce contenu n'est bien sur pas présent dans le bluray copié), ce qui rend la lecture de cette copie d'autant plus impossible.

Il faut savoir que la plupart des secteurs du bluray sont encryptés (il ya une table qui défini quels secteurs ne sont pas encryptés, il est sous entendu pour la console que les secteurs non répertoriés sont encryptés), le probleme est que la décryption est effectuée de manière transparante par lv2, or lorsque l'on est sous otheros/linux, le kernel (généralement un kernel linux) tourne par dessus lv1 (tout comme lv2 le ferai s'il était lancé), comme lv2 n'est pas chargé, la décryption ne se produit pas.

Si vous voulez verifier ma "théorie", faites une image d'un disque via linux, et ouvrez l'EBOOT.BIN avec un éditeur hexadécimal, vous ne verrez que du garbage, alors qu'il est censé y avoir un self header (commençant par SCE en ASCII)

Le seul moyen d'avoir le vrai dump d'un disque est de lancer du code sur lv2, cela sous entend d'avoir un exploit adéquat ou une console de développement.


En gros, cette vidéo est un gros fake

P.S. Hadès c'est un dieu de la mythologie grecque, et ça ne se prononce pas du tout à l'anglaise.

Sur ce, je vous laisse à vos réflexions.